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C ertainly it has been demonstrated over the 
past few years the meri ts of usi ng Smal I tal k for 
application development in a wide variety of 
disciplines. It has successfully been deployed 
in areasasdiverseas banking, insurance, telecom, and 
utilities, and thelistgoeson. With that given, itisamaz- 
ingthenumberoftimeswestill enduphavingtojustify 
Smalltalk as a valid choice for software development 
p roj ects. T h e m i sco n cepti o n s w i th respect to speed, d i f- 
ficulty of development, the proprietary nature of the 
software and so on still persist. It still seems impossi- 
bleto avoid the "why should I even consider Smalltalk 
for my application development?" type of questions. 

It’s never quite clear why these 
misconceptions cannot be eradi- The argumt 
cated. Perhaps it's just the nature .. ... 

of the software industry, and en- Smd / ltd IK) t 

gineering in general. Many of issues Of L 
the often stated shortcomings of 
Smalltalk of course have long not techf 
been addressed. Dynamic compi¬ 
lation, for example, provided a big boost in execution 
speed, and puts Smal I talk very close in execution speed 
to C++, when it is used as a fully object-oriented sys¬ 
tem. Garbage collection is another criticized feature 
even though today’s i mplementations are so wel I tuned 
that these criticisms are for the most part unfounded. 

The reason for writing is not to complain about the 
unfair criticisms, but instead to highlight the work we 
all have left to do ifwe’retotakeSmalltalktothe next 
level. If we really believe Smalltalk is worth sharing 
with the rest of the software world, then we need to do 
a much better sales job. Of course, many companies 
are working very hard to do just that. GemStone, for 
example, has taken a big step forward by positioning 
their 00 database product as an application data 
server that uses Smal Ital k as the pri mary development 
environment. Given the visibility they’ve been receiv¬ 
ing of late, this is a positive step for all of us. IBM has 
also clearly demonstrated that Smalltalk is a major 
part of thei r futu re i n the software arena. Thei r movi ng 
VisualAge and Smalltalk to their various platforms 
makes it a viable solution for software development 
shops that otherwise never would have considered it. 
And investors in ParcPIace/Digitalk are certainly 
expecting growth in the industry. 

We have to real ize that havi ng Smal Ital k progress on 
a pilot project by pilot project basis is not the scale of 


The arguments (for using 
Smalltalk) must be raised 
to issues of business value, 
not technical merit. 


growth necessary. We need to see it being adopted by 
organizations as their leading choice for mainstream 
appl ication development. And those of us who make a 
living from this technology cannot afford to stand idly 
by. We have to take the lead i n educati ng "the masses" 
i n why Smal Ital k is a sound busi ness choice. We’re now 
to the point that making arguments strictly on a tech¬ 
nology basis will never enable us to achieve this 
growth. The arguments must be raised to issues of 
busi ness value, not technical merit. As an example, we 
believe that for software development to qualitatively 
improve as an industry, we need to move toward the 
adoption of notions such as software components. 

These components need to be 
:s (for using self-contained, testable, and well 
, . , specified on the basis of their 

iSCOerdlSeO behavior, constraints, input 

si ness value ^p 05, anc ^ ° u tp ut types, if we 

' make this argument convincing- 
al merit. ly, then it becomes much simpler 
to convince people that Smalltalk 
is probably the best choice for achieving this type of 
software organization. We urge you to try arguing the 
case for Smalltalk in this type of context, rather than 
"but it has garbage collection which saves you a lot of 
work”—we thi n k you' 11 be more successfu I. 

The other issue with respect to "selling” Smalltalk is 
that we cannot afford to wait much longer in succeed¬ 
ing. We probably need to take a type of "storm the 
beaches" mentality to this, si nee the time is ripe now 
for market penetration. The simple fact is that virtual¬ 
ly every software development shop i sfaci ng the same 
problem, namely that the systems they are being 
asked to build are significantly more difficult to con¬ 
struct than systems of even two or three years ago. The 
new systems being created today must capture busi¬ 
ness rules and business logic to be considered suc¬ 
cessfu I. Wel I, lets argue for Smal Ital k's use because it is 
the best tool for capturing this knowledge. We think it 
is possible to demonstrate that Smalltalk is, purely 
from a language point of view, better positioned for 
application development than languages such as 
PowerBuilder, Visual Basic, and even C++. Let’susethis 
to our advantage, rather than arguing whether or not 
Smalltalk's window creation facilities are as slick as 
other products—in the longer run, business decisions 
will always be based on busi ness value!We hope you’ll 
enjoy the issue. 
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